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DETAILED ACTION 

1. Claims 1-9, 11-14, 19-32, 34, 40 and 44-46 are pending in tliis application. 
Claims 1, 19, 25 are amended as filed on 11 January 2010. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, macliine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

3. Claims 19-24 and 44-45 are rejected under 35 U.S.C. 101 because the 
claimed invention is directed to non-statutory subject matter. 

4. With respect to Claims 1 9-24 and 44-45, they are directed to a system but lack 
the necessary physical articles or objects to constitute a machine or manufacture within 
the meaning of 35 USC 1 01 . They are not a series of steps or acts to be a process, nor 
are they a combination of chemical compounds to be a composition of matter. As such 
they fail to fall within a statutory category. 

Claim Rejections - 35 USC § 103 

5. The following Is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 



Application/Control Number: 10/711,699 
Art Unit: 2451 



Page 3 



(a) A patent may not be obtained though the invention is not identically disclosed or deschbed as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 1-4, 11-13, 19-20, 25, 27-28 and 44^6 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Harrison (US 2004/0128412 A1) in view of 
Kasasaku (US 7,464,133 B1) and further in view of Nishio (US 7,337,238 B2). 

7. With respect to Claim 1 , Harrison disclosed: "A method for synchronizing data on 
a device in communication with a client system ([0077], lines 1-5), said method 
comprising: 

receiving, by a control virtual driver executing on a server (Fig. 5, object 506, 
where the host PC is the server), an event notification that a device is in communication 
with a client system ([0062], lines 1-14, where the driver 506 is on the host PC, or 
server and a client system or remote device is in communication with a peripheral 
device) via a USB connection ([0053], lines 6-9, where a device may be attached via a 
USB port)", 

"mapping, by a driver mapping module executing on the server and responsive to 
receipt of the notification, the device into a user session hosted by the server (Fig. 8 and 
[0077], where the PDA 800, or device, connected to remote device 102, or client 
system, is mapped into a user session for synchronization application 504 running on 
the host PC, or server by the translation module 502 also running on the host PC, or 
server) communicating with said client system via a presentation-level protocol ([0034], 
Lines 1-4, where RDP, or remote desktop protocol is a presentation level protocol)", and 
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"executing, by said server within the user session, an instance of an application 
([0021], lines 1-6); and 

synchronizing, by a synchronization application, a collection of data on said 
device with a collection of data accessible from said user session as a result of the 
execution of said application instance ([0080], lines 1-8)". 

Harrison did not explicitly state: "the event notification comprising at least a 
device name, a product identifier and a universal identifier", "binding, by a redirector 
virtual driver executing on the server, the event notification to a port number associated 
with a virtual communication channel to generate binding information associated with 
the device" or "the server communicating with said client via the port referenced in the 
binding information". 

However, Kasasaku disclosed: "binding, by a redirector virtual driver executing 
on the server, the event notification to a port number associated with a virtual 
communication channel to generate binding information associated with the device (Fig. 
10 and Col. 9, lines 11-16, where the virtual port on the server binds the devices to 
virtual communication channels based on received events, see Col. 4, lines 28-31, 
where the virtual port receives events from the device handler of the client)", and 

"the server communicating with said client via the port referenced in the binding 
information (Col. 9, lines 11-16, where the virtual ports are used to distinguish the 
physical ports such that communication can occur)". 
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One of ordinary skill in the art would have been motivated to combine the 
references because both references disclose systems for a device connected to a local 
computer (client) to be controlled by a driver on a remote computer (server). 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison with the teachings of Kasasaku to include support for binding the 
device to a port associated with a virtual communication channel for use in 
communication with the device. Motivation to combine these references comes from a 
server being able to distinguish between multiple clients and multiple peripheral devices 
connected to the clients. Therefore, by assigning a port to each device, the server can 
communicate with each peripheral device separately. 

The combination of Harrison and Kasasaku did not explicitly state: "the event 
notification comprising at least a device name, a product identifier and a universal 
Identifier". 

However, Nishio disclosed: "the event notification comprising at least a device 
name, a product identifier and a universal identifier (Fig. 3 and Col. 5, lines 3-20, where 
a device name Is PrInterName, a product identifier is PrinterMakeAndModel and a 
universal Identifier Is PhnterUUID)". 

One of ordinary skill in the art would have been motivated to combine the 
references because the references are for communicating with an external peripheral 
device over a network from a computer system. 
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Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison and Kasasaku with the teachings of Nishio to include support for the 
event notification including a device name, a product identifier and a universal identifier. 
Motivation to combine these references comes from a computing system being able to 
identify the external device. Therefore, by including device name, product identifier, and 
universal identifier the computing system will be able to correctly identify the device in 
order to use appropriate commands to utilize the device and its functions. 

8. With respect to Claim 19, Harrison disclosed: "A system for synchronizing data 
on a device in communication with a client system ([0077], lines 1-5), the system 
comprising: 

a client system ([0038], lines 1-3, the remote device) executing a presentation- 
level protocol ([0034], Lines 1-4, where RDP, or remote desktop protocol is a 
presentation level protocol) to communicate with a server system ([0030], lines 1-2, the 
host PC), said client system including an event manager (Fig. 4, where the remote 
device includes a device adaptor box) to generate event notifications based on a 
communication received from a device ([0054], lines 1-11, where a device adapter box 
receives signals or events from the peripheral device and sends these to the network) 
interfacing with said client system ([0041], lines 1-2, the peripheral device and [0024], 
lines 1-4, where a peripheral device is physically attached to a remote device); 
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the device communicating witln said client system ([0024], lines 1-4), and having 
a collection of data ([0077], lines 1-3, where the PDA or peripheral device has a 
collection of data, or a calendar); 

a control virtual driver executing on the server system to receive the event 
notifications ([0062], lines 1-14, where the driver 506 is on the host PC, or server and a 
client system or remote device is in communication with a peripheral device)", and 

"the server system communicating with said client system via a presentation- 
level protocol ([0034], Lines 1-4, where RDP, or remote desktop protocol is a 
presentation level protocol), and hosting at least one user session executing an 
instance of an application ([0021], lines 1-6) used to synchronization the collection of 
data on said device with a collection of data accessible from said user session ([0080], 
lines 1-8)". 

Harrison did not explicitly state: "the event notification comprising at least a 
device name, a product identifier and a universal identifier", "a redirector virtual driver 
executing on the server system to bind the event notifications to a port number 
associated with a virtual communication channel to generate binding information 
associated with the device" 

However, Kasasaku disclosed: "a redirector virtual driver executing on the server 
system to bind the event notification to a port number associated with a virtual 
communication channel to generate binding information associated with the device (Fig. 
10 and Col. 9, lines 11-16, where the virtual port on the server binds the devices to 
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virtual communication cliannels based on received events, see Col. 4, lines 28-31, 
where the virtual port receives events from the device handler of the client)". 

One of ordinary skill in the art would have been motivated to combine the 
references because both references disclose systems for a device connected to a local 
computer (client) to be controlled by a driver on a remote computer (server). 

Therefore, It would have been obvious to modify the peripheral device connection 
system of Harrison with the teachings of Kasasaku to include support for binding the 
device to a port associated with a virtual communication channel for use in 
communication with the device. Motivation to combine these references comes from a 
server being able to distinguish between multiple clients and multiple peripheral devices 
connected to the clients. Therefore, by assigning a port to each device, the server can 
communicate with each peripheral device separately. 

The combination of Harrison and Kasasaku did not explicitly state: "the event 
notification comprising at least a device name, a product identifier and a universal 
identifier". 

However, NIshIo disclosed: "the event notification comprising at least a device 
name, a product Identifier and a universal identifier (Fig. 3 and Col. 5, lines 3-20, where 
a device name Is PrinterName, a product identifier is PrinterMakeAndModel and a 
universal identifier is PrinterUUID)". 
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One of ordinary skill in the art would have been motivated to combine the 
references because the references are for communicating with an external peripheral 
device over a network from a computer system. 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison and Kasasaku with the teachings of Nishio to include support for the 
event notification including a device name, a product identifier and a universal identifier. 
Motivation to combine these references comes from a computing system being able to 
identify the external device. Therefore, by including device name, product identifier, and 
universal identifier the computing system will be able to correctly identify the device in 
order to use appropriate commands to utilize the device and its functions. 

9. With respect to Claim 25, Harrison disclosed: "A computer-readable program 
medium having instructions executable by a processor ([0017], lines 1-6) to 
synchronizing data on devices communicating with a client system with data on a server 
([0077], lines 1-5), the computer readable medium comprising: 

instructions for receiving, by a control virtual driver executing on a server (Fig. 5, 
object 506, where the host PC is the server), an event notification that a device is in 
communication with a client system ([0062], lines 1-14, where the driver 506 is on the 
host PC, or server and a client system or remote device is in communication with a 
peripheral device) via a USB connection ([0053], lines 6-9, where a device may be 
attached via a USB port)". 
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"instructions for mapping, by a driver mapping module executing on the server 
and responsive to receipt of the notification, the device into a user session hosted by 
the server (Fig. 8 and [0077], where the PDA 800, or device, connected to remote 
device 102, or client system, is mapped into a user session for synchronization 
application 504 running on the host PC, or server by the translation module 502 also 
running on the host PC, or server) communicating with said client system via a 
presentation-level protocol ([0034], Lines 1-4, where RDP, or remote desktop protocol is 
a presentation level protocol)", and 

"instructions for executing, by said server within the user session, an instance of 
an application ([0021], lines 1-6); and 

Instructions for synchronizing, by a synchronization application, a collection of 
data on said device with a collection of data accessible from said user session as a 
result of the execution of said application instance ([0080], lines 1-8)". 

Harrison did not explicitly state: "the event notification comprising at least a 
device name, a product identifier and a universal identifier", "instructions for binding, by 
a redirector virtual driver executing on the server, the event notification to a port number 
associated with a virtual communication channel to generate binding information 
associated with the device" or "the server communicating with said client via the port 
referenced in the binding information". 

However, Kasasaku disclosed: "binding, by a redirector virtual driver executing 
on the server, the event notification to a port number associated with a virtual 
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communication channel to generate binding information associated with the device (Fig. 
10 and Col. 9, lines 11-16, where the virtual port on the server binds the devices to 
virtual communication channels based on received events, see Col. 4, lines 28-31, 
where the virtual port receives events from the device handler of the client)", and 

"the server communicating with said client via the port referenced in the binding 
information (Col. 9, lines 11-16, where the virtual ports are used to distinguish the 
physical ports such that communication can occur)". 

One of ordinary skill in the art would have been motivated to combine the 
references because both references disclose systems for a device connected to a local 
computer (client) to be controlled by a driver on a remote computer (server). 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison with the teachings of Kasasaku to include support for binding the 
device to a port associated with a virtual communication channel for use in 
communication with the device. Motivation to combine these references comes from a 
server being able to distinguish between multiple clients and multiple peripheral devices 
connected to the clients. Therefore, by assigning a port to each device, the server can 
communicate with each peripheral device separately. 

The combination of Harrison and Kasasaku did not explicitly state: "the event 
notification comprising at least a device name, a product identifier and a universal 
identifier". 
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However, Nishio disclosed: "the event notification comprising at least a device 
name, a product identifier and a universal identifier (Fig. 3 and Col. 5, lines 3-20, where 
a device name is PrinterName, a product identifier is PrinterMakeAndModel and a 
universal identifier is PrinterUUID)". 

One of ordinary skill in the art would have been motivated to combine the 
references because the references are for communicating with an external peripheral 
device over a network from a computer system. 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison and Kasasaku with the teachings of Nishio to include support for the 
event notification including a device name, a product identifier and a universal identifier. 
Motivation to combine these references comes from a computing system being able to 
identify the external device. Therefore, by including device name, product identifier, and 
universal identifier the computing system will be able to correctly identify the device in 
order to use approphate commands to utilize the device and its functions. 

10. With respect to Claim 2, the combination of Harrison, Kasasaku and Nishio 

disclosed: "The method of claim 1 wherein mapping the device further comprises 
mapping a device communicating with the client system via a WI-FI communication 
protocol (Harrison, [0024], lines 12-16, where connectivity between a remote device and 
a peripheral device may be through a wireless network)". 
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1 1 . With respect to Claims 3 and 27 the combination of Harrison, Kasasaku and 
Nishio disclosed: "wherein mapping the device further comprises a device 
communicating with the client system via an IR serial communication protocol (Harrison, 
[0081], lines 2-5)". 

12. With respect to Claims 4 and 28, the combination of Harrison, Kasasaku and 
Nishio disclosed: "wherein said device in communicates with the client system using a 
Bluetooth serial communication protocol (Harrison, [0081], lines 2-5)". 

1 3. With respect to Claim 1 1 , the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 wherein the client system is a proxy client (Harrison, 
[0024], lines 1-4, where the remote device, or client system, acts as a proxy between 
the peripheral device and host PC)". 

14. With respect to Claim 12, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 1 wherein the proxy client is hosted on the same 
server supporting the user session (Harrison, [0021], lines 1-3, where the host PC hosts 
the applications and user session of the remote device)". 

15. With respect to Claim 13, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 1 wherein the proxy client is hosted on a different 
server than the server supporting the user session (Harrison, [0024], lines 1-5, where a 
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remote device or client proxy acts as a host server to the peripheral device and as a 
client proxy to between the host PC, which is the server supporting the user session, 
see [0021], lines 1-3)". 

16. With respect to Claim 44, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The system of claim 19, wherein the device interfaces with the client system 
via a USB connection (Harrison, [0053], lines 6-9)". 

17. With respect to Claim 20 and 45, the combination of Harrison, Kasasaku and 
Nishio disclosed: "wherein said event manager is a Plug and Play event manager and 
said event notification is a Plug and Play event notification (Harrison, [0053], lines 6-9, 
where USB devices are plug and play, and therefore the event manager is a plug and 
play event manager and the notification is a plug and play event notification)". 

18. With respect to Claim 46, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 , further comprising: intercepting at least one device 

enumeration method in a session hosted by the server (Kasasaku, Fig. 10 and Col. 9, 
lines 11-16, where a device enumeration method is assigning virtual port numbers to 
the device), said enumeration method enumerating at least one device communicating 
with the client (Harrison, [0024], lines 1-4)". 

The motivation to combine is the same as above in Claim 1 . 
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19. Claims 5 and 26 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Harrison, Kasasaku and Nishio in view of Wright (US 7,024,501 B1). 

20. With respect to Claims 5 and 26 the combination of Harrison, Kasasaku and 
Nishio did not explicitly state: "wherein said device communicates with the client system 
using a wireless USB/ultra-wideband wireless communication protocol". 

However, Wright disclosed: "wherein said device in communication with the client 
system communicates using a wireless USB/ultra-wideband wireless communication 
protocol (Col. 2, line 56 - Col. 3, line 5, where a wireless device such as a PDA is in 
wireless communication with a controller, and this can be a USB system and Col. 6, 
lines 1 1-13 where ultra wideband can also be used)" 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine the references because they disclosed teachings of connecting a 
device to a computer system. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison and 
Kasasaku with the teachings of Wright to include support for wireless USB/ultra- 
wideband. Motivation to combine these references comes from the advantages 
presented by using wireless communications rather than wired, such as ease of 
configuration and reconfiguration, due to the elimination of the need to physically add, 
remove, or displace a physical medium; space that would ordinarily be used for device 
interconnection media may be given to other uses; and device mobility is increased. 
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Therefore by combining the references, one can increase device mobility by using 
wireless connections. 

21. Claims 6, 9, 21-22, 29 and 32 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Harrison, Kasasaku and Nishio in view of North (US 7,325,026 
B1). 

22. With respect to Claim 6, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 further comprising: synchronizing a collection of data 
on said device with a collection of data accessible from said user session as a result of 
the execution of said application instance (Harrison, [0080], lines 1-8)". 

The combination of Harrison and Kasasaku did not explicitly state: "that uses 
socket communication for inter-process communications; and hooking a socket call 
within the user session". 

However, North disclosed: "that uses socket communication for inter-process 
communications (Col. 2, lines 9-12); and hooking a socket call within the user session 
(Col. 2, lines 9-12)". 

One of ordinary skill in the art at the time would have been motivated to combine 
the references because they disclosed teachings related to network communication 
between devices on the network. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison, 
Kasasaku and Nishio with the teachings of North to include support for using socket 
calls for inter-process communications and to hook socket calls within a session. 
Motivation to combine these comes from sockets being the de facto standard for inter- 
process communications. Motivation also comes from North, where "Upon a completion 
of call, control is returned and the application is updated to reflect the actual 
performance of the call. The call is also completed notwithstanding any termination of 
communication monitoring, retaining the transparency of the monitoring system to the 
application. One embodiment monitors TCP/IP communications. More particularly, 
socket interface routines corresponding to various socket calls made by an application 
are hooked, and the performance of these socket calls is captured and recorded for 
analysis" (Col. 2, lines 3-12). Therefore by combining the references, one can monitor 
the performance of the socket calls transparently to the application. 

23. With respect to Claim 9, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The method of claim 1 further comprising: synchronizing a collection of data 
on said device with a collection of data accessible from said user session as a result of 
the execution of an application (Harrison, [0080], lines 1-8)". 

The combination of Harrison, Kasasaku and Nishio did not explicitly state: "that 
uses socket communication for inter-process communications; and hooking a socket 
call on the server". 
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However, North disclosed: "that uses socl<et communication for inter-process 
communications (Col. 2, lines 9-12); and hooking a socket call on the server (Col. 2, 
lines 9-12)". 

One of ordinary skill in the art at the time would have been motivated to combine 
the references because they disclosed teachings related to network communication 
between devices on the network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison, 
Kasasaku and Nishio with the teachings of North to include support for using socket 
calls for inter-process communications and to hook socket calls on a server. Motivation 
to combine these comes from sockets being the de facto standard for inter-process 
communications. Motivation also comes from North, where "Upon a completion of call, 
control is returned and the application is updated to reflect the actual performance of the 
call. The call is also completed notwithstanding any termination of communication 
monitoring, retaining the transparency of the monitoring system to the application. One 
embodiment monitors TCP/IP communications. More particularly, socket interface 
routines corresponding to various socket calls made by an application are hooked, and 
the performance of these socket calls is captured and recorded for analysis" (Col. 2, 
lines 3-12). Therefore by combining the references, one can monitor the performance 
of the socket calls transparently to the application. 
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24. With respect to Claim 21 , the combination of Harrison, Kasasaku and Nishio 
disclosed: "The system of claim 19 further comprising: the application instance 
synchronizing the collection of data on the client with the collection of data accessible 
from the server (Harrison, [0080], lines 1-8)". 

The combination of Harrison, Kasasaku and Nishio did not explicitly state: "an 
application Instance using socket communication for inter-process communications", or 
"by allowing the server to hook a socket call made by the application instance". 

However, North disclosed: "an application instance using socket communication 
for Inter-process communications (Col. 2, lines 9-12)" and "by allowing the server to 
hook a socket call made by the application instance (Col. 2, lines 9-12)". 

One of ordinary skill in the art at the time would have been motivated to combine 
the references because they disclosed teachings related to network communication 
between devices on the network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison, 
Kasasaku and Nishio with the teachings of North to Include support for using socket 
calls for Inter-process communications and to hook socket calls within a session. 
Motivation to combine these comes from sockets being the de facto standard for Inter- 
process communications. Motivation also comes from North, where "Upon a completion 
of call, control is returned and the application is updated to reflect the actual 
performance of the call. The call is also completed notwithstanding any termination of 



Application/Control Number: 1 0/71 1 ,699 Page 20 

Art Unit: 2451 

communication monitoring, retaining tlie transparency of tlie monitoring system to the 
application. One embodiment monitors TCP/IP communications. More particularly, 
socket interface routines corresponding to various socket calls made by an application 
are hooked, and the performance of these socket calls is captured and recorded for 
analysis" (Col. 2, lines 3-12). Therefore by combining the references, one can monitor 
the performance of the socket calls transparently to the application. 

25. With respect to Claim 22, the combination of Harrison, Kasasaku, Nishio and 
North disclosed: "The system of claim 21 wherein the socket call is hooked within the 
user session (North, Col. 2, lines 9-12)". 

The motivation to combine is the same as above in claim 21 . 

26. With respect to Claim 29, the combination of Harrison, Kasasaku and NIshIo 
disclosed: "Instructions for synchronizing a collection of data on said device with a 
collection of data accessible to the user session (Harrison, [0080], lines 1-8)". 

The combination of Harrison, Kasasaku and Nishio did not explicitly state: 
"include Instructions for executing an instance of an application using socket 
communication for inter-process communications", or "for hooking a socket call within 
the session". 
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However, North disclosed: "include instructions for executing an instance of an 
application using socket communication for inter-process communications (Col. 2, lines 
9-12)", and "for hooking a socket call within the session (Col. 2, lines 9-12)". 

One of ordinary skill in the art at the time would have been motivated to combine 
the references because they disclosed teachings related to network communication 
between devices on the network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison, 
Kasasaku and Nishio with the teachings of North to include support for using socket 
calls for inter-process communications and to hook socket calls within a session. 
Motivation to combine these comes from sockets being the de facto standard for inter- 
process communications. Motivation also comes from North, where "Upon a completion 
of call, control is returned and the application is updated to reflect the actual 
performance of the call. The call is also completed notwithstanding any termination of 
communication monitoring, retaining the transparency of the monitoring system to the 
application. One embodiment monitors TCP/IP communications. More particularly, 
socket interface routines corresponding to various socket calls made by an application 
are hooked, and the performance of these socket calls is captured and recorded for 
analysis" (Col. 2, lines 3-12). Therefore by combining the references, one can monitor 
the performance of the socket calls transparently to the application. 



Application/Control Number: 1 0/71 1 ,699 Page 22 

Art Unit: 2451 

27. With respect to Claim 32, the combination of Harrison, Kasasaku and Nishio did 
not explicitly state: "wherein said application instance uses socket communication for 
inter-process communications and the computer readable medium further comprises: 
instructions for hooking a socket call on the server console". 

However, North disclosed: "wherein said application instance uses socket 
communication for inter-process communications (Col. 2, lines 9-12) and the computer 
readable medium further comprises: instructions for hooking a socket call on the server 
console (Col. 2, lines 9-12)". 

One of ordinary skill in the art at the time would have been motivated to combine 
the references because they disclosed teachings related to network communication 
between devices on the network. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the peripheral device connection system of Harrison and 
Kasasaku with the teachings of North to include support for using socket calls for inter- 
process communications and to hook socket calls within a session. Motivation to 
combine these comes from sockets being the de facto standard for inter-process 
communications. Motivation also comes from North, where "Upon a completion of call, 
control is returned and the application is updated to reflect the actual performance of the 
call. The call is also completed notwithstanding any termination of communication 
monitoring, retaining the transparency of the monitoring system to the application. One 
embodiment monitors TCP/IP communications. More particularly, socket interface 
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routines corresponding to various socl^et calls made by an application are hooked, and 
the performance of these socket calls is captured and recorded for analysis" (Col. 2, 
lines 3-12). Therefore by combining the references, one can monitor the performance 
of the socket calls transparently to the application. 

28. Claims 7-8, 23-24 and 30-31 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Harrison, Kasasaku, Nishio and North in view of Jones (US 
7,051,108 B1). 

29. With respect to Claims 7, 23 and 30, the combination of Harrison, Kasasaku, 
Nishio and North did not explicitly state: "wherein said hooking is virtual loop-back 
address hooking". 

However, Jones disclosed: "wherein said hooking is virtual loop-back address 
hooking (Col. 2, lines 44-50, where a hook is used to intercept local, or loopback, 
communications before they are sent to the network)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine the references because they disclosed teachings related to 
network communications between a server and client system. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the data synchronization system of Harrison, Kasasaku, 
Nishio and North with the teachings of Jones to include support for virtual loop back 
address hooking. Motivation to combine these comes from Jones, where "An 
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advantage of this approach is that the connection oriented protocol is bypassed for data 
transfer only when connection oriented protocol is not necessary, namely when the 
connection is local. However, if the connection is not local, a conventional socket 
connection is formed. Thus, performance for local connections is greatly improved 
without having to rewrite applications to use sockets that do not use connection oriented 
protocol, such as UNIX-domain sockets. In addition, local and network clients are 
supported by the invention." (Col. 2, lines 56-65). Therefore by combining the 
references, the overhead associated with using a connection oriented protocol is 
bypassed for local connections where it is unnecessary, thus improving local transfer 
performance. 

30. With respect to Claims 8, 24 and 31 , the combination of Harrison, Kasasaku, 
Nishio and North did not explicitly state: "wherein said hooking is virtual IP address 
hooking". 

However, Jones disclosed: "wherein said hooking is virtual IP address hooking 
(Col. 2, lines 44-50, where a hook is used to intercept local communications, local 
communications being on a virtual IP address since there is no physical interface 
associated with the local address)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine the references because they disclosed teachings related to 
network communications between a server and client system. 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to modify the data synchronization system of Harrison, Kasasaku, 
Nishio and North with the teachings of Jones to include support for virtual address 
hooking. Motivation to combine these comes from Jones, where "An advantage of this 
approach is that the connection oriented protocol is bypassed for data transfer only 
when connection oriented protocol is not necessary, namely when the connection is 
local. However, if the connection is not local, a conventional socket connection is 
formed. Thus, performance for local connections is greatly improved without having to 
rewrite applications to use sockets that do not use connection oriented protocol, such as 
UNIX-domain sockets. In addition, local and network clients are supported by the 
invention." (Col. 2, lines 56-65). Therefore by combining the references, the overhead 
associated with using a connection oriented protocol is bypassed for local connections 
where it is unnecessary, thus improving local transfer performance. 

31. Claims 14, 34 and 40 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Harrison, Kasasaku and Nishio in view of Ruberg (US 6,895,588 B1). 

32. With respect to Claim 14, the combination of Harrison, Kasasaku and Nishio did 
not explicitly state: "further comprising: determining the identity of the device in 
communication with said client system; and determining that the device is a member of 
a registered device class". 
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However, Ruberg disclosed: "further comprising: determining tlie identity of tine 
device in communication with said client system (Col. 9, lines 29-40, specifically serial 
number, which identifies the device in communication with the client); and determining 
that the device is a member of a registered device class (Col. 9, lines 29-40, specifically 
device class)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine the references because they disclose systems for a device 
connected to a local computer (client) to be controlled by a driver on a remote computer 
(server). 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison, Kasasaku and Nishio with the teachings of Ruberg to include 
support for identifying the device and determining If the device is a member of a device 
class. Motivation to combine these references comes from identifying the device such 
that a driver can utilize the device. A device must be identified in order to utilize the 
correct driver to interact with the device, so therefore, by combining the references one 
can identify the device and utilize the proper driver for interaction with the device. 

33. With respect to Claim 34, the combination of Harrison, Kasasaku and Nishio 
disclosed: "The computer-readable medium of claim 25, further comprising: the device 
in communication with the client system via a USB connection ([0053], lines 6-9, where 
a device may be attached via a USB port), said client system communicating with a 
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server using a presentation-level protocol ([0034], lines 1-4, wliere RDP, or remote 
desktop protocol is a presentation level protocol)". 

The combination of Harrison, Kasasaku and Nishio did not explicitly state: 
"instructions for determining the identity of the device in communication with said client 
system; and instructions for determining that the device is a member of a registered 
device class". 

However, Ruberg disclosed: "instructions for determining the identity of the 
device in communication with said client system (Col. 9, lines 29-40, specifically serial 
number, which identifies the device in communication with the client); and instructions 
for determining that the device is a member of a registered device class (Col. 9, lines 
29-40, specifically device class)". 

One of ordinary skill in the art at the time of the invention would have been 
motivated to combine the references because they disclose systems for a device 
connected to a local computer (client) to be controlled by a driver on a remote computer 
(server). 

Therefore, it would have been obvious to modify the peripheral device connection 
system of Harrison, Kasasaku and Nishio with the teachings of Ruberg to include 
support for identifying the device and determining if the device is a member of a device 
class. Motivation to combine these references comes from identifying the device such 
that a driver can utilize the device. A device must be identified in order to utilize the 
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correct driver to interact with the device, so therefore, by combining the references one 
can identify the device and utilize the proper driver for interaction with the device. 

34. With respect to Claim 40, the combination of Harrison, Kasasaku and Nishio and 
Ruberg disclosed: "The method of claim 14, wherein the device communicates with the 
client system via a USB connection (Harrison, [0053], lines 6-9)". 

Response to Arguments 

35. Applicant's arguments filed 1 1 January 2010 have been fully considered but they 
are not persuasive. 

36. Applicant's arguments with respect to claim 1 , see pg 10, lines 14-20, have been 
considered but are moot in view of the new ground(s) of rejection. 

37. Applicant argues that claim 19 is statutory because it recites a system that is tied 
to a particular machine, i.e. a client system and server system. 

Examiner respectfully disagrees. The client system is made up of an event 
manager, and virtual drivers, the server system is made up of virtual drivers. Therefore 
the client system and server system can be interpreted by one of ordinary skill in the art 
at the time of the invention as software. It is suggested to positively recite hardware 
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elements in order to avoid the interpretation of client system and server system as 
software. 

38. Applicant argues: "At no point does Harrison teach or even suggest that the PDA 
should be mapped into a session on the PC. Harrison only describes translating data 
from one format to another in order to transmit the data to and from the PDA to the PC" 
(pg 10, lines 2-4) 

Examiner respectfully disagrees. The Authoritative Dictionary of IEEE Standards 
Terms (hereafter, IEEE) defines mapping as "Process of correspondence between 
elements of one set and the elements of another set" (IEEE, pg 665, mapping (2), lines 
1-2). Therefore, contrary to applicants arguments, the disclosure of Harrison of 
translating data from one format to another (applicant arguments, pg 10, lines 2-4) does 
describe mapping. This data can be used in the synchronization of a calendar on the 
PDA and the PC (Harrison, [0077]), and therefore the PDA is mapped into a user 
session on the PC because elements from one set (calendar data on the PC) are 
synchronized or corresponded to elements from another set (calendar data on the 
PDA). Thus, the translation of data describes mapping, and the synchronization of a 
calendar on the PDA and the PC is mapping the PDA into a user session on the PC. 

39. Applicant further argues: "Harrison also does not teach mapping responsive to an 
event notification because Harrison does not teach or even suggest an event 
notification. Harrison merely describes translating a read/write request from one format 
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to another, where the system issues the request in response to a request to either read 
or write data from or to a peripheral device. Thus, the read/write request is not an event 
notification that a device is in communication with a client system" (pg 10, lines 5-10). 

Examiner respectfully disagrees. As shown in arguments above, the translating 
of Harrison is mapping. Furthermore, a read/write request between a peripheral device 
and a host system is an event (the request) that inherently means the peripheral device 
is in communication with the host system. There can not be a read/write request 
between the host system and peripheral device if the host system and peripheral device 
are not in communication. Therefore, a read/write request between a client device and 
a host system is an event notification that the peripheral device is in communication with 
the host system. Thus, since the system performs the translation, or mapping, in 
response to a read/write request (see applicants arguments, pg 10, lines 6-8), the 
mapping is responsive to an event notification. 

40. Applicant further argues: "neither does Kasasaku teach or suggest binding an 
event notification to a port number" (pg 10, lines 11-12). 

Examiner respectfully disagrees. See Kasasaku, Col. 5, lines 6-21 , where the 
steps of binding an event notification to a port number are disclosed. 

41 . Applicant further argues independent claims 1 9 and 25 contain similar limitations 
to independent claim 1 and are therefore allowable. Examiner respectfully disagrees, 
see above rejections and arguments. 
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42. Applicant furtlier argues dependent claims are dependent on allowable claims 1 , 
19 and 25 and are also therefore allowable. Examiner respectfully disagrees, see 
above rejections and arguments. 

Conclusion 

43. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to MATTHEW S. LINDSEY whose telephone number is 
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(571 )270-381 1 . The examiner can normally be reached on Mon-Thurs 7-5, Fridays 7- 
12. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (571) 272-3964. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

MSL 

3/31/2010 



/Hassan Phillips/ 

Primary Examiner, Art Unit 2451 



